boot me

Toutes les questions posées depuis ont leur réponse dans la FAQ qu’il faut lire pour comprendre un peu mieux car là je vais résumer grossièrement !

Le hack n’est pas permanent et si tu redémarres ta console, tu te rends bien compte que rien n’est installé sauf les fichiers NSP (qui eux ne fonctionneront pas puisque le hack n’est pas actif). Le fait d’injecter un payload permet de loader et cela depuis ta SD et non depuis la console. Pour Hekate qui est un custom bootloader, c’est ainsi (et pour d’autres également).

En revanche, en fonction de ce que tu utilises, cela laisse des traces dans la télémétrie d’où le fait de ne pas utiliser sa sysNAND pour les aspects underground et de créer une emuNAND. Les deux sont déliées.

Pour Hekate, il utilise un bootloader personnalisé qui n’est pas celui de Nintendo d’où le fait de ne pas aller sur le online. Il possède trois mode de boot qui utilisent son bootloader donc la connexion est à éviter. En démarrant la console normalement, elle utilise le bootloader de Nintendo. Le hack n’est plus actif.

Rien est installé lorsqu’il s’agit d’utiliser un payload (fichier bin) qui se charge de loader depuis la SD et non depuis la console.

Comme dit plus haut, ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews comme RetroArch, le mode autoRCM car il se charge de corrompre la boot et autres.
La sysNAND, c’est la NAND système de la console et l’emuNAND, c’est la NAND système sur la SD. Donc pour éviter de modifier la NAND système de la console avec l’underground, on crée et on utilise une emuNAND.

L’emuNAND est un aspect important. Sans compter le fait qu’elle permet de protéger son système de toutes corruptions de données ou brick, elle apporte aussi le fait de se prémunir d’un ban. Les deux sont déliées et ne communiquent pas ensemble.
Ne pas l’avoir créée au début implique d’avoir utilisé sa sysNAND pour l’underground et cela a donc modifié la NAND. Ce qui engendrera un ban après utilisation du online et connexion sur les serveurs de Nintendo donc cela est conseillé d’éviter. Et ce en espérant que la connexion a été configurée pour éviter cela au départ.

Pour revenir à un système sain, propre de toutes modifications, il existe la possibilité de restaurer une sauvegarde de NAND, si cette dernière a été faite au préalable, via Hekate et il existe Haku33:
https://gamergen.com/forums/underground ... 73953.html
Une simple réinitialisation, via les paramètres de la console, ne suffira pas.

Avant de procéder à cela, faire un dump des sauvegardes est préconisé pour les restaurer ensuite. Ainsi, après la création de l’emuNAND, les sauvegardes pourront être restaurées après lancement du jeu pour créer une 1re sauvegarde. Cela peut se faire avec JKSV ou autre.

Bien que les deux NAND soient déliées, je ne préconise pas d’utiliser le online lorsque la console est hack. Il y a des informations complémentaires dans la FAQ du tutoriel. Une erreur ou un oubli est si vite arrivé. Dans tous les cas, le hack ne doit s’utiliser que sur l’emuNAND et aucune connexion au online ou sur les serveurs ne doit se faire lorsque le boot s’opère sur l’emuNAND. Pour ce qui concerne l’utilisation de la sysNAND, elle doit être clean et la console doit démarrer normalement, sans hack, pour utiliser le loader de Nintendo. Lorsque le boot s’opère avec Hekate, il utilise son loader personnalisé que ce soit en sysNAND, emuNAND ou stock. Ces informations sont détaillés en FAQ.

C'est bien pour ça que je postais ici.. Dans le sujet principal et non pas celui dédié au Dongle SX.
J'ai fait la méthode classique sans le dongle et je boot avec JTegraNX.
C'était pour aider si certains se retrouvaient dans le même cas de figure que moi...

Bonjour à tous, je fais part de mon problème pour lequel je ne trouve pas de solution… j’ai beau voir chercher sur tout les forums pendant des heures rien n’y fait…
J’ai récemment mis a jour ma switch (qui était encore en version 14 me semble t il) pour la passé en 16.0.2 de la meme manière que d’habitude (via AIO updater) mais quand elle s’est rallumer j’ai eu un message d’erreur « unknown pkg1 » du coup j’ai fouiller dans les méandre d’internet, et après plusieurs manip infructueuse je me suis résigné à formater ma SD. Je réinstalle les dernière version d’atmosphère, d’hekate après avoir préparer ma SD.
Cette fois ci j’arrive dans le menu NYX mais quand je vais dans le lunch j’ai un message de « boot entries ».
Du coup je recommence et prépare tout en suivant le tuto, cette fois si j’accède au luncher mais une fois lancé après l’apparition du logo switch la console affiche « panic occupée while running atmosphère » Title ID 01000000000000BD00. Error 0XFFE.
Et depuis je sais plus quoi faire je tourne en boucle avec ces trois erreur.

Auparavant j’utilisais SXOS mais depuis que ça ne marche plus j’arrivais à régler les problèmes grâce au pack de « yangke » mais il semblerait que le dernier pack ne soit plus a jour.
Du coup je ne passe pas par tegrarcmgui (pour la bonne raison que j’ai jamais réussi a lancer le RCM depuis mon ordi) mais avec le dongle et je jig j’avais jamais eu de problèmes.

J’ai essayer d’être le plus précis possible, comme j’ai dit j’ai fouiller tout les forum avec des problèmes quasi similaire mais je doit être trop bête pour parvenir a résoudre le probleme (hahah ). Alors Je jette une bouteille a la mer ici.
Merci

Salut, merci pour ta réponse rapide
Oui, j'ai essayé via Windows MBR et GPT pour le format du secteur de boot, ça ne fonctionne pas. Après, le disque que j'ai utilisé n'est pas un vrai disque dur externe mais un disque 2,5" dans un boîtier externe, je ne sais pas si ça peut jouer ? J'ai également essayé sur le lecteur de carte SD de la console ça ne fonctionne pas non plus (mais peut-être normal car pas le même driver vu que ce n'est pas de l'USB).

A la rigueur ce n'est pas gênant , ce qui m'embête le plus c'est que je n'arrive pas non plus à lancer les iso depuis le disque dur interne de la PS3, j'ai systématiquement un écran noir.

Chose bizarre, sur multiman via l'outil de test des jeux extraits depuis les ISO, le test prend 1s seulement (alors que j'ai un jeu de 21 Gio) alors que sur les jeux PS3 que j'ai dump depuis le lecteur Blu-Ray, le test prend plutôt 10s, ce qui me paraît plus cohérent.

Est-ce qu'il faut peut-être patcher les iso avant de les lancer via webman ? J'avoue que je ne sais pas trop

Merci d'avance

Merci tout fonctionne parfaitement je suis en emunand avec le fw 16.0, juste un moment où j'avais une erreur au boot, j'ai du supprimer le dossier /atmosphere/contents/420000000007E51A. J'ai toujours le profile que j'avais avant, c'est normal ? comme si mon système n'avais pas reset. Et lorsque je met mon JIG SX et que je branche la switch au pc je n'ai pas besoin de power + volume, je suis direct détecté en vert sur TegraRCMGui

J'ai installé un jeu xci via DBI, pour le supprimer j'ai juste à passer par le home de la switch ? j'ai mis la switch en mode avion + modifier le fichier host default.txt ça suffit ?

[+] CLIQUER POUR AFFICHER

# Nintendo telemetry servers
127.0.0.1 receive-%.dg.srv.nintendo.net receive-%.er.srv.nintendo.net
127.0.0.1 *nintendo.com
127.0.0.1 *nintendo.net
127.0.0.1 *nintendo.jp
127.0.0.1 *nintendo.co.jp
127.0.0.1 *nintendo.co.uk
127.0.0.1 *nintendo-europe.com
127.0.0.1 *nintendowifi.net
127.0.0.1 *nintendo.es
127.0.0.1 *nintendo.co.kr
127.0.0.1 *nintendo.tw
127.0.0.1 *nintendo.com.hk
127.0.0.1 *nintendo.com.au
127.0.0.1 *nintendo.co.nz
127.0.0.1 *nintendo.at
127.0.0.1 *nintendo.be
127.0.0.1 *nintendods.cz
127.0.0.1 *nintendo.dk
127.0.0.1 *nintendo.de
127.0.0.1 *nintendo.fi
127.0.0.1 *nintendo.fr
127.0.0.1 *nintendo.gr
127.0.0.1 *nintendo.hu
127.0.0.1 *nintendo.it
127.0.0.1 *nintendo.nl
127.0.0.1 *nintendo.no
127.0.0.1 *nintendo.pt
127.0.0.1 *nintendo.ru
127.0.0.1 *nintendo.co.za
127.0.0.1 *nintendo.se
127.0.0.1 *nintendo.ch
127.0.0.1 *nintendo.pl
127.0.0.1 *nintendoswitch.com
127.0.0.1 *nintendoswitch.com.cn
127.0.0.1 *nintendoswitch.cn
95.216.149.205 *conntest.nintendowifi.net
95.216.149.205 *ctest.cdn.nintendo.net

Si tu as mis à jour l’emuNAND, alors oui tu fais la même opération sur sysNAND avec Daybreak. Dans Launch, tu choisis la sysNAND et tu te lances dans la mise à jour.

Pour ce qui concerne le boot pour les autres fois, Hekate reste conseillé pour booter via son menu Launch où tu choisiras l’emuNAND pour utiliser le hack.
Tu peux aussi passer directement par Fusée pour booter sur Atmosphère mais j’ai tendance à conseiller de passer par Hekate.

Pour utiliser sa console normalement, tu la redémarres simplement sans utiliser le processus pour lancer le hack.

SysNAND et emuNAND sont délires. La sysNAND’est la NAND système sur la console et l’emuNAND est la NAND système sur la SD. Les aspects underground (hack) s’utilisent strictement sur l’emuNAND pour laisser ta sysNAND clean. La NAND’est modifiée si tu installes des NSP, si tu utilises le mode auroRCM et certains homebrews. Tu as créé une emuNAND pour protéger ta sysNAND en cas de corruption de données et te prémunir d’un ban. Ne jamais se connecter avec son emuNAND ! D’ailleurs, je ne préconise pas le online à partir du moment où la console est jailbreak. Des éléments complémentaires sont dans la FAQ pour mieux comprendre et des outils existent mais aucune garantie car personne ne peut affirmer ni savoir ce que la télémétrie envoie en termes de données.

Aucune question n’est inutile

Bizarre ton problème avec TagraRCMGui. Si le driver RCM (pas celui de la Switch) est correctement installé, pas de raison que cela n'aboutisse pas. Le problème peut aussi venir du câble et des connectiques, à voir.

Pour le boot avec le Dongle SX, je ne sais plus mais tu dois arriver sur le Menu et depuis, Options, tu injectes le payload. Non, tu ne bootes sur SX OS car de toute manière, il n'est pas compatible. Tu dois lancer Hekate renommé en payload.bin (attention à l'extension de fichier lors du renommage).